一直刷 CTF - Day5 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天

2024 iThome 鐵人賽

DAY 5

佛心分享-刷題不只是刷題

一直刷 CTF系列第 5 篇

一直刷 CTF - Day5

16th鐵人賽

Panda

2024-09-08 23:38:57

117 瀏覽

分享至

前言

本日進度：

[x] 6 題 general skills
[x] 【成大資安社社課】WEB 1 - 到 Lab - Robots、gitleak

Writeup

第一題：convertme.py

就單純把數字轉成二進位就結束了

第二題：Codebook

就把檔案下載執行，就結束了

第三題：Magikarp Ground Mission

按照指示連進 ssh 然後就一一把檔案 cat 出來最後組在一起就是 flag 了

第四題：Tab, Tab, Attack

用 tab 移動到 flag 的位置，然後執行就有 flag 了

第五題：Wave a flag

把檔案下載之後，先用 chmod 讓他可以執行，在按照指示在後面加上 -h 的參數就可以得到 flag 了

第六題：Python Wrangling

就看一下他程式碼，按照他加解密的方式把他給的密文和密鑰丟進去解就是答案了

上課紀錄

What is web?

google 搜尋背後做了甚麼

OSI 模型的七層都是可以打的，但今天只會著重在第七層，也就是 Application layer 的打法

HTTP Request

POST /cgi-bin/process.cgi HTTP/1.1
User-Agent: Mozilla/4.0 (compatible; MSIE5.01; Windows NT)
Host: example.vincent55.tw
Content-Type: application/x-www-form-urlencoded
Content-Length: length
Accept-Language: en-us
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

licenseID=string&content=string

HTTP Response

HTTP/1.1 200 OK
Date: Day, 00 OOO 6666 11:11:11 TTT
Content-Type: text/html

<!doctype html>..

HTTP status : 2開頭是成功，3開頭是重新導向，4開頭是客戶端錯誤，5開頭是伺服器錯誤

Fronted roadmap

Backend roadmap

學習曲線

Web security 是資安裡面最容易入門的領域?

因為我們對 Web 最熟悉，所以上手最快，但學到一定階段之後就會逐間趨緩，需要靠經驗累積和漏洞靈敏度去找漏洞

Why Web Security? (為甚麼要學 Web Security?)

今年的金盾獎得獎名單可以透過改後面的數字在公告時間前就拿到 owo
出去玩~
賺錢錢 - Bug Bounty
而且其實 Bug Bounty 是在比耐心和漏洞的靈敏度，難度不會比 CTF 高
Pwn2Own
Hacking Moodle 點名

點名密碼有八碼很難爆破

但 qrpass 是一個 1000~9999 的數字，所以是可爆破的

Web Base

HTML -> 骨架
CSS -> 皮膚
JavaScript -> 會動了

Cookie

這樣就取得管理員權限了 owo
好用的 Cookie extension
Session vs. Cookie
剛剛改 Cookie 會直接變 admin 這樣太不安全了，其中一個解決的方法就是用 Session ID 來辨識身分，把 Data 存在 Server 上 (Session Data)， Cookie 只有包含 Session ID，用 Session ID 去查找，就不會有問題了

SessionID 的產生方式跟前面說的一樣，通常會是一個無法猜測的亂數。你可能會想說：「很難猜是一回事，但機率不是 0 阿！」，對，的確是有機率能夠猜到，但是那個機率太低太低了（例如說幾千億分之一之類的）。而且 Server 在你亂猜猜錯幾次之後就有可能把你 ban 掉不讓你繼續猜，所以沒什麼問題。
不過這邊要特別注意的一點是 SessionID 基本上是種認證不認人的方式，也就是說一旦你的 SessionID 被偷走，別人就可以偽造你的身份來登入了。而這個 SessionID 通常都是保存在 Cookie 之中。
這就是為什麼有些網站發生駭客入侵的情形之後你會突然被登出，因為駭客可能偷到一批 SessionID，這時候伺服器就會把所有 Session 資料全部清空，以故事來比喻就是把筆記本丟掉，買一本新的，這樣被偷走的那些 SessionID 就沒用了，而 Server 找不到你的 SessionID，自然就無法登入，因此把你給登出了。
網站發生問題時客服會要你先把 Cookie 清掉也是類似的道理，因為 Cookie 跟狀態有關，有時候可能程式有一些 bug，把你導到了錯誤的狀態，把 Cookie 清空等於把狀態清空，重新再開始，就有可能變得正常。
by 白話 Session 與 Cookie：從經營雜貨店開始

(或是把 cookie 的資訊加密 (Cookie-based session) ，只有 server 知道怎麼解密，這樣也能夠保護，但缺點就是 cookie 的長度是有限制的，太大瀏覽器就不幫你存了，或是哪天加密方式被破解，那就一樣會被偽造了)
Lab - Cookie

跟昨天改 cookie 的那題很像，而且甚至不需要一個個猜，就把 cookie 改成 cookie_monster 就好了，阿但 Lab 關了我沒辦法是 qaq
hash
- 不一樣的東西 hash 之後會不一樣，一樣的 hash 之後會一樣
- 不可逆，不能從 hash 值反推原本的東西
- 常見的 hash function: md5(不安全), sha1(不安全), sha256(目前常用的)...
- hash collision: 兩個不一樣的東西 hash 之後一樣，這就是不安全的 hash
Encoding
常見的 encode function: base64, urlencode...
Tools:
- F12: Developer Tools
- curl: 可以用來發送 http request 的工具
- Cheatsheet
Lab - Redirect (題目關了🥲)
- 這題式按下 Get flag 之後會跳到一個某個網址，但又會馬上轉回來，所以就只要開發者工具打開 Network 看按下去之後轉址去了哪，然後用 curl 把內容抓下來就可以了
Lab - ShibaShop (題目關了🥲)
- 先隨便買一個東西，然後把 buy 的金額改成負的，這樣錢就就會變多，再找到 flag 購買的地址，就可以買 flag 了，然後 flag 就出來了 \owo/
怎麼打

Error message 可以看 404 頁面
好用插件
- 什麼是黑箱，甚麼是白箱
  - 黑箱只能靠自己慢慢戳，白箱就是有 code 可以看背後邏輯
- Info Leak: Turn black box to white box
  
  酷酷插件，自動幫你有沒有 git leak 爽爽拿 0day
  藉由 gitleak 將整份程式還原出來，從黑箱變白箱
- Lab - Robots (題目關了🥲)
  - 點到 Robots.txt 中設定成 disable 的網址，打開就有了
- Lab - gitleak (題目關了🥲)
  - 用上面的那個工具把整份檔案用出來，然後到 .env 中找到 flag